Real-time integration of analytics for online services

ABSTRACT

A provider-based platform analytics engine provides real-time analytics to online services for providers. The analytics are integrated into customer-facing interfaces of the online services for providing meaningful real-time information and recommendations to consumers during customer order processing.

CROSS-REFERENCE TO RELATED APPLICATION

This application is a continuation of U.S. patent application Ser. No.16/045,976, filed Jul. 26, 2018, which application and publication isincorporated herein by reference in its entirety.

BACKGROUND

Many online and mobile-based services are available in the industry toprovide services to consumers. Retailers may include their own onlineinfrastructure for providing services directly to their customersthrough mobile services. However, some online services act as amiddleware between consumers and retailers. For example, a variety ofmiddleware online services have recently become popular with consumers,such as Uber Eats™, Postmates™, Grub Hub™, Door Dash™, and others.

Rather than, these middleware services having to directly interface witheach of the available retail providers, the middleware service may relyon a third-party service that provides an interface from the middlewareservices to a plurality of retail providers. One such third-party onlineservice is the Omni-Channel Decision Support Platform (ODSP™),distributed by NCR®, Inc.

The third-party service facilitates integration between the middlewareservices and participating retail providers available to consumersthrough mobile applications (apps) interfaced to the middlewareservices.

However, existing third-party services provide very little real-time andintelligent information about the retail providers to the middlewareservices, and what is provided is information with respect to aparticular provider (selected by an ordering consumer) and not withrespect to all available providers. Furthermore, the information for aparticular provider does not provide enough detail, such that theordering consumer can make an intelligent decision as to whether anorder should be placed with a given retail provider or placed with adifferent available retail provider.

Accordingly, there is a need to provide integration of real-timeanalytics regarding retail providers to middleware online services whenordering consumers are attempting to place orders with those middlewareonline services.

SUMMARY

In various embodiments, methods and a system for real-time integrationof analytics for online services are presented.

According to an embodiment, a method for real-time integration ofanalytics for online services is presented. Specifically, and in oneembodiment, metrics from a plurality of providers and a data store areobtained. Analytics are produced from the metrics and the analytics aredelivered to an online service for integration into an order processthat a consumer is engaged in with the online service.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a diagram of a system for real-time integration of analyticsfor online services, according to an example embodiment.

FIG. 2 is a diagram of a method for real-time integration of analyticsfor online services, according to an example embodiment.

FIG. 3 is a diagram of another method for real-time integration ofanalytics for online services, according to an example embodiment.

FIG. 4 is a diagram of a system for real-time integration of analyticsfor online services, according to an example embodiment.

DETAILED DESCRIPTION

FIG. 1 is a diagram of a system 100 for real-time integration ofanalytics for online services, according to an example embodiment. It isto be noted that the components are shown schematically in greatlysimplified form, with only those components relevant to understanding ofthe embodiments being illustrated.

Furthermore, the various components (that are identified in the FIG. 1 )are illustrated and the arrangement of the components is presented forpurposes of illustration only. It is to be noted that other arrangementswith more or less components are possible without departing from theteachings of real-time integration of analytics for online services,presented herein and below.

The system 100 includes a plurality of online order service servers 110,each executing a consumer-facing application (app) interface 112 and anovel order/delivery Application Programming Interface (API) 111.Moreover, the system 100 includes a plurality of consumer-operatedmobile devices 120 each executing at least one order/deliver mobileapplication (app) 121. Further, the system 100 includes a novelorder/delivery platform server 130 executing a provider manager 131 andfulfillment/analytics engine 132. Finally, the system includes aplurality of provider services 140, each executing an order API 141.

During operation of the system 100, a consumer interacts with theorder/delivery app 121 on the consumer's device 120 for purposes ofplacing an order or attempting to place an order for a good or servicebeing provided by a provider associated with one of the provider servers140. The order/delivery app 121 establishes a network connection withthe app interface 112 for an online order service associated with anorder service servers 110. The app 121 and app interface 112 provides avariety of features and options to the consumer, defined and maintainedby the online order service.

The order placement and/or payment for any placed order can be handledthrough the platform server 130 through the provider manager 131 andinteraction with a particular provider's order API 141.

Once the consumer has selected a particular type of retail provider or aparticular type of food that the consumer is interested in through theinteraction between the app 121 and the app interface 112, theparticular type and other details regarding the consumer's order arecommunicated from the order/delivery API 111 to thefulfillment/analytics engine 132.

The engine 132 may be continuously and in real-time processing theprovider manager 131 to gather useful metrics from each of the providerservices. This processing occurs before the consumer's actual order. Themetrics may include such things as, and for each provider retaillocation: current wait times for fulfilling new orders, size of thecurrent unfulfilled order queue, items being ordered including sideitems (such as: salads, pizza toppings, appetizers, desserts, etc.),origination source of each order (such as: received through an onlineorder service, direct call from consumers, received from provider'sonline service, etc.), time each order within a last configured periodof time was placed, time each order within the last configured of timewas fulfilled, and other metrics.

The platform server 130 includes a database for the gathered metricsfrom the provider servers 140. The database metrics are organized andmaintained at least for: 1) each provider type (such as: American,Italian, Mexican, Chinese, French, Indian, steak, fast food, sea food,etc.), 2) each retail provider for each provider type (such as:McDonalds®, Panera®, Olive Garden®, etc.), and 3) each provider locationfor each provider (such as: McDonalds located on street X in city Y(geographical location for each retail provider outlet), etc.).

The engine 132 provides analytics from the gathered metrics throughsearching the database in real time to obtain and processing thereturned metrics to provide analytics that can be provided in real timeto the order/delivery API 111. Such analytics may at least include: 1)the average fulfillment time at provider locations (within a givengeographical range) for multiple different providers of a same providertype, 2) most popular ordered items from a particular provider type, aparticular provider, and/or a particular provider at a particularprovider's location (determined over a given period of time), 3) mostpopular ordered side items from a particular provider type, a particularprovider, and/or a particular provider at a particular provider'slocation (determined over a given period of time), 4) most popular otheritems ordered for a given ordered item from a particular provider type,a particular provider, and/or a particular provider at a particularprovider's location (determined over a given period of time), and/or 5)most popular items ordered on a given calendar date or day of week froma particular provider type, a particular provider, and/or a particularprovider at a particular provider's location (based on the givencalendar date or day of week—this can identify promotions from providersthat are recurring and/or identify provider items that are onlyavailable for ordering on certain calendar days or days of the week).

In an embodiment, the provider manager 131 may also interact with theorder API 141 to obtain or receive current promotions being offered by aprovider. For example, on Tuesday during June there is a free appetizerfor any meal ordered. The engine 132 can record such promotions in thedatabase, such that the current available promotions for a particularprovider or a particular provider's location can be provided by theengine 132 in real time to the order/delivery API 111.

The engine 132 delivers the analytics in real time to the order/deliveryAPI 111. The online order service can then integrate the analyticsthrough the app interface 112 to provide the consumer through the app121 with recommendations or informed information regarding an order orpotential order of the consumer.

For example, consider the following scenario. A consumer accesses anUber Eats® mobile app 121 and orders a pizza. The pizza order iscommunicated through the order/delivery API 111 to the engine 132. Theengine 132 uses the provider manager 131 for interacting with order APIs141 from Papa John's® and Domino's® (two pizza providers within a givengeographical range of the consumer's current location (obtained by theapp interface 112 with the order from the app 121, which uses locationservices on the device 120)) to obtain current metrics with respect tocurrent timeliness of both pizza providers. The engine 132 may alsosearch the database maintained on the platform server 130 to obtaincurrent and real-time timeliness for pizza providers (such as averageresponse times from the pizza providers over the last 30 minutes and 1hour respectively, average response times for the pizza providers forthe day of the week and time associated with the order, etc.). Theengine 132 returns the various time averages or a single time averagefor each pizza provider back to the order delivery API 111. The onlineorder service may then select the faster of the two pizza providers toservice a pizza order from the consumer and suggest to the consumer touse that one since it is more timely and/order the time averages forboth pizza providers are provided for the consumer to make his/her owndecision. The consumer can now make an intelligent decision as towhether the consumer wants to select one or the other pizza providerbased on the current average time for fulfillment of the order by thetwo pizza providers.

In another scenario, consider a consumer orders a pizza from Uber Eats®using the app 121 and performs the interactions as discussed above inthe previous scenario. The engine 132 searches the database for recentpizza order metrics when ordering pizza (based on location, based onparticular pizza providers) and the metrics are processed to generatedanalytic information representing the top side items that consumers alsoorder for a given period of time (last week, last 2 hours, on Fridaysover the last month, etc.). The analytic information (top side items) isthen returned back to the order/delivery API 111 as a list and the appinterface 112 makes suggestions to the consumer to order one or more ofthe side items from the list within the app 121.

In still other scenarios, the app interfaces 112 of online orderservices can process the analytics provided by the engine 132 to deliverspecific useful recommendations to consumers during the ordering processthrough the customer-facing interface of their apps 121. For example,“people at this Chick-Fil-A® typically like ordering a small ice cream,would you like to add this to your order?” As another example, “if youorder from this Papa John's®, your delivery time will be 15 minutesquicker right now.” In fact, a variety of useful recommendations can beprovided to the consumers during the ordering process with the analyticsprovided by the engine 132; as such, the invention is not intended to berestricted to just the above-illustrated scenarios.

In an embodiment, the order/delivery API 111 and the engine 132 cancontinuously interact with one another in advance of any particularconsumer order, such that the app interface 112 is pre-populated withanalytics regarding particular provider types, particular providers,particular provider locations, particular items that may be ordered, andvarious combinations of these things. This continuous interaction can berefreshed at configurable intervals of time (such as every 30 minutes toan hour). In this way, the timeliness of responding to particularconsumer orders with analytics can be improved. Such interaction can beconfigured for particular analytics of interest to the online servicesbased on each online services knowledge of their customers.

In an embodiment, the device 120 is one of: a phone, a tablet, awearable processing device, a laptop, a voice-enabled network device(Google Home®, Amazon Echo®, Apple Siri®, etc.), and a desktop computer.

In an embodiment, the servers 110, 130, and/or 140 are organized as acollection of cooperating servers that operate as a single server in acloud processing environment.

In an embodiment, the platform server 130 is subsumed within aparticular provider server 140 or the platform server 130 is subsumedwithin a particular order service server 110.

In an embodiment, the platform server 130 is an enhanced version ofODSP®, distributed by NCR®, Inc. and enhanced with the engine 132 toprovide the integration of analytics with online order services.

These and other embodiments are now discussed with reference to theFIGS. 2-4 .

FIG. 2 is a diagram of a method 200 for real-time integration ofanalytics for online services, according to an example embodiment. Thesoftware module(s) that implements the method 200 is referred to as an“analytics engine.” The analytics engine is implemented as executableinstructions programmed and residing within memory and/or anon-transitory computer-readable (processor-readable) storage medium andexecuted by one or more processors of a device. The processor(s) of thedevice that executes the analytics engine are specifically configuredand programmed to process the analytics engine. The analytics engine hasaccess to one or more network connections during its processing. Thenetwork connections can be wired, wireless, or a combination of wiredand wireless.

In an embodiment, the device that executes the analytics engine is theplatform server 130. In an embodiment, the server 130 is a cloudprocessing environment that comprises multiple servers cooperating withone another as a single server.

In an embodiment, the analytics engine is the all or some combination ofthe provider manager 131 and/or the engine 132.

At 210, the analytics engine obtains metrics from a plurality of retailproviders. In an embodiment, the retail providers are associated withparticular food service retailers and provide interaction through theorder API 141 for providing the metrics and taking online orders fromthe provider manager 131. The provider manager 131 is associated withthe same platform server 130 as the analytics engine 132 (the analyticsengine is the analytics engine 132). This provides for automated anddynamic network-based interaction between the analytics engine and eachof the providers.

In an embodiment, at 211, the analytics engine obtains the metrics inreal time responsive to a particular order received from the onlineservice during the order process. In an embodiment, the online serviceis the online order and delivery server 110 that interacts with aconsumer through the app interface 112 and interacts with the analyticsengine through the order/delivery API 111.

In an embodiment, at 212, the analytics engine obtains the metrics atpreconfigured intervals of time from the providers independent of theorder process. That is, the analytics engine may obtain and houseordering metrics from the providers at preconfigured intervals of time(such as every thirty minutes) and house those metrics in a databaseaccessible from the platform server 130 that executes the analyticsengine, such that the analytics engine has the metrics in advance of arequest for a particular order received from the online order anddelivery service.

In an embodiment, at 213, the analytics engine obtains the metrics fromthe providers as order details associated with orders that have beenplaced at each of the providers within a given period of time.

At 220, the analytics engine produces analytics from the metricsobtained at 210. The analytics are generated/calculated from themetrics.

In an embodiment, at 221, the analytics engine selectively groups themetrics as one or more groupings based on an order associated with theorder process. The analytics engine calculates the analytics from theone or more groupings. Such calculations can be made on the metrics ofthe groupings to produce analytics that include: an average currentfulfillment time at each of the producer locations for the producers fororders being placed, most popular side items at the producer locationswhen an item being ordered during the order process was ordered, andothers as was discussed above with the system 100 of the FIG. 1 .

In an embodiment of 221 and at 222, the analytics engine produces theone or more groupings as combinations of the metrics gathered for: aparticular type of produce (as discussed above with the FIG. 1 ), aparticular produce at a particular producer location (as discussed abovewith the FIG. 1 ), a particular item associated with the order (asdiscussed above with the FIG. 1 ), a particular geographical range (asdiscussed above with the FIG. 1 ), item fulfillment times (as discussedabove with the FIG. 1 ), and other items ordered with the particularitem is ordered (as discussed above with the FIG. 1 ).

At 230, the analytics engine delivers the analytics to an online orderand delivery service for integration into an order process that theconsumer is engaged in with the online service. Integration can includethe online service processing the analytics to provide a real-timerecommendation to the consumer during the order process.

In an embodiment, at 231, the analytics engine delivers the analytics inresponse to an order provided by the online service. The order isinitiated by the consumer with the online service as part of the orderprocess.

In an embodiment, at 232, the analytics engine delivers the analytics inadvance of any actual order initiated by the consumer with the onlineservice as part of the order process. This was discussed above with thediscussion of the FIG. 1 and can improve processing responsivenessbetween the online service and the consumer operated device 120 byessentially caching the analytics at the online service server 110associated with the app interface 112 of the online service, such thatthe analytics are immediately available for the online service toprocess and make recommendations to the consumers.

According to an embodiment, at 240, the analytics engine interacts andplaces an order received from the online service, received from theonline service and as placed by the consumer, with a particular providerto complete the order process.

FIG. 3 is a diagram of another method 300 for real-time integration ofanalytics for online services, according to an example embodiment. Thesoftware module(s) that implements the method 300 is referred to as a“fulfillment/analytics manager.” The fulfillment/analytics manager isimplemented as executable instructions programmed and residing withinmemory and/or a non-transitory computer-readable (processor-readable)storage medium and executed by one or more processors of a device. Theprocessors that execute the fulfillment/analytics manager arespecifically configured and programmed to process thefulfillment/analytics manager. The fulfillment/analytics manager hasaccess to one or more network connections during its processing. Thenetwork connections can be wired, wireless, or a combination of wiredand wireless.

In an embodiment, the device that executes the fulfillment/analyticsmanager is the platform server 130. In an embodiment, the server 130 isa cloud processing environment that comprises multiple serverscooperating with one another as a single server.

In an embodiment, the fulfillment/analytics manager is all or somecombination of the provider manager 131, the engine 132, and/or themethod 200.

The fulfillment/analytics manager presents another and in some waysenhanced processing perspective to that which was described above withthe FIG. 2 .

At 310, the fulfillment/analytics manager receives at least a portion ofan order from an online order and delivery service that is engaged in anorder process with a consumer. In an embodiment, the online service isthe processing (111 and 112) associated with the online service server110.

At 320, the fulfillment/analytics manager obtains metrics from providerswith respect to received orders and fulfilled orders for a given periodof time that are occurring at the providers based on the portion of theorder received at 310.

In an embodiment, at 321, the fulfillment/analytics manager acquiresother metrics for the producers and combines the other metrics with themetrics. That is, the fulfillment/analytics manager may be continuallyrequesting and gathering metrics for orders being placed at theproducers and housing such other metrics in a database (as was discussedabove with the FIG. 1 ). In this manner, the fulfillment/analyticsmanager may have a history of order metrics for each of the producersavailable to combine with the real-time metrics for processing.

At 330, the fulfillment/analytics manager generates analytics from themetrics. This can be any of the analytics discussed above with the FIGS.1 and 2 .

In an embodiment, at 331, the fulfillment/analytics manager produces theanalytics as current average order fulfillment times at the providersfor the order.

In an embodiment, at 332, the fulfillment/analytics manager produces theanalytics as a list of additional items most frequently ordered with aparticular item associated with the portion of the order that is beingordered during the order process.

In an embodiment, at 333, the fulfillment/analytics manager produces theanalytics as a list of currently most popular ordered items that arebeing ordered at the providers.

In an embodiment, at 334, the fulfillment/analytics manager produces theanalytics as a list of currently most popular ordered items that arebeing ordered at the providers.

In an embodiment, at 335, the fulfillment/analytics manager as anordered list of most popular ordered items that are being ordered acrossall of the providers as a whole.

In an embodiment, at 336, the fulfillment/analytics manager produces theanalytics as an ordered list of most popular ordered items are orderedfor a geographical region associated with the providers and otherproviders within the geographical region.

In an embodiment, at 340, the fulfillment/analytics manager receivesfrom the online service other portions of the order and places the orderconsistent with the other portions of the order with a particularprovider to initiate order fulfillment processing at the particularprovider.

FIG. 4 is a diagram of a system 400 for real-time integration ofanalytics for online services, according to an example embodiment. Thesystem 400 includes a variety of hardware components and softwarecomponents. The software components of the system 400 are programmed andreside within memory and/or a non-transitory computer-readable mediumand execute on one or more processors of the system 400. The system 400communicates over one or more networks, which can be wired, wireless, ora combination of wired and wireless.

In an embodiment, the system 400 implements, inter alia, the processingdescribed above with the FIGS. 1-3 .

The system 400 is the system 100.

The system 400 includes a server 401 and an analytics engine 402.

In an embodiment, the server 401 is the platform server 130. In anembodiment, the server 130 is a collection of servers that cooperate asa cloud processing environment.

The analytics engine 402 is a set of executable instructions that isexecuted on one or more hardware processors of the server 401 from anon-transitory computer-readable storage medium or memory.

The analytics engine 402 is configured to: i) receive order informationfrom an online middleware order and delivery service 403 during an orderprocess between a consumer and the online middleware order and deliveryservice, ii) obtain real-time ordering metrics from a plurality ofproviders, iii) generate at least one analytic from the real-timeordering metrics, and iv) provide the at least one analytic to theonline middleware order and delivery service 403 during the orderprocess.

In an embodiment, the system 400 further includes the online middlewareorder and delivery service 403. The online middleware order and deliveryservice 402 is configured to provide at least one recommendation to theconsumer during the order process based on the at least one analytic.

It is to be noted that although the various examples presented werewithin the context of online middleware food service providers, otherembodiments of the invention are not so limited, such that any retailermiddleware service that sells products other than food can benefit fromthe teachings presented herein and above.

It should be appreciated that where software is described in aparticular form (such as a component or module) this is merely to aidunderstanding and is not intended to limit how software that implementsthose functions may be architected or structured. For example, modulesare illustrated as separate modules, but may be implemented ashomogenous code, as individual components, some, but not all of thesemodules may be combined, or the functions may be implemented in softwarestructured in any other convenient manner.

Furthermore, although the software modules are illustrated as executingon one piece of hardware, the software may be distributed over multipleprocessors or in any other convenient manner.

The above description is illustrative, and not restrictive. Many otherembodiments will be apparent to those of skill in the art upon reviewingthe above description. The scope of embodiments should therefore bedetermined with reference to the appended claims, along with the fullscope of equivalents to which such claims are entitled.

In the foregoing description of the embodiments, various features aregrouped together in a single embodiment for the purpose of streamliningthe disclosure. This method of disclosure is not to be interpreted asreflecting that the claimed embodiments have more features than areexpressly recited in each claim. Rather, as the following claimsreflect, inventive subject matter lies in less than all features of asingle disclosed embodiment. Thus the following claims are herebyincorporated into the Description of the Embodiments, with each claimstanding on its own as a separate exemplary embodiment.

1. (canceled)
 2. A method, comprising: processing a first applicationprogramming interface (API) for interaction with a middleware onlineorder and delivery service; processing a second API for obtainingmetrics relevant to orders and order fulfillment from provider serversof providers; calculating analytics for each provider and combinationsof the providers based on the corresponding metrics; and integratingcertain analytics relevant to a current order received by the middlewareonline order and delivery service causing the certain analytics to bepresented within a user interface of the middleware online order anddelivery service during the current order for a user who is associatedwith the current order to select a given provider to fulfill the currentorder base at least in part on the certain analytics.
 3. The method ofclaim 2, wherein processing the second API further includes updating themetrics at preconfigured intervals of time.
 4. The method of claim 3,wherein updating further includes updating the metrics responsive to anotification received for the current order from the middleware onlineorder and delivery service via the first API.
 5. The method of claim 2,wherein processing the second API further includes receiving the metricsfrom the provides when the providers receive real-time orders tofulfill.
 6. The method of claim 2, wherein calculating further includesmaintaining the combinations by provider type, by geographic range, andby an item offered by the providers.
 7. The method of claim 2, whereinintegrating further includes providing the certain analytics to themiddleware online order and delivery service in advance of the currentorder being received through the user interface from the user.
 8. Themethod of claim 2, wherein integrating further includes providing thecertain analytics to the middleware online order and delivery serviceresponsive to the current order being provided by the middleware onlineorder and delivery service through the first API.
 9. The method of claim8 further comprising, placing the current order with the given provideron behalf of the middleware online order and delivery service.
 10. Themethod of claim 2, wherein processing the second API further includesobtain current promotions offered by the providers.
 11. The method ofclaim 10, wherein integrating further includes providing certainpromotions with the certain analytics to the middleware online order anddelivery service for the current order.
 12. The method of claim 2,wherein integrating further includes causing the middleware online orderand delivery service to make recommendations via the user interface tothe user for the current order based on the certain analytics.
 13. Amethod, comprising: providing a network-based analytic platformintegrated into online ordering processed by a middleware online orderand delivery service and providers to fulfill online orders ofconsumers; obtaining, by the network-based analytic platform, ordermetrics for the online orders fulfilled by the providers; calculatingand maintaining, by the network-based analytic platform, order andfulfillment analytics for the providers based on the order metrics; andproviding, by the network-based analytic platform, relevant order andfulfillment analytics to the middleware online order and deliveryservice during current orders received through a user interface of themiddleware online order and delivery service by the consumers.
 14. Themethod of claim 13, wherein obtaining further includes obtaining, by thenetwork-based analytic platform, promotions offered by the providers.15. The method of claim 14, wherein providing further includesproviding, by the network-based analytic platform, relevant promotionswith the relevant order and fulfillment analytics to the middlewareonline order and delivery service during the current orders.
 16. Themethod of claim 13, wherein calculating further includes maintaining theorder and fulfillment analytics by provider, by provider type, bycombinations of providers, by geographical ranges, by items ordered, byitem fulfillment times, and by item types ordered.
 17. The method ofclaim 13, wherein obtaining further includes updating the metrics eachtime a certain provider receives and fulfills a given online order. 18.The method of claim 17, wherein providing the relevant order andfulfillment analytics further includes providing the relevant order andfulfillment analytics to the middleware online order and deliveryservice in advance of any given current order being received by themiddleware online order and delivery service through the user interface.19. The method of claim 17, wherein providing the relevant order andfulfillment analytics further includes providing the relevant order andfulfillment analytics in response to a notification from the middlewareonline order and delivery service of a given current order beinginitiated by a given consumer through the user interface of themiddleware online order and delivery service.
 20. A system, comprising:a server comprising at least one processor and a non-transitorycomputer-readable storage medium, wherein the server is part of a cloudprocessing environment; the non-transitory computer-readable storagemedium comprises executable instructions; the executable instructionsexecuted by the at least one processor from the non-transitorycomputer-readable storage medium causing the at least one processor toperform operations comprising: processing a first applicationprogramming interface (API) for interaction with a middleware onlineorder and delivery service; processing a second API for obtainingmetrics relevant to orders and order fulfillment from provider serversof providers; calculating analytics for each provider and combinationsof the providers based on the corresponding metrics; and integratingcertain analytics relevant to a current order received by the middlewareonline order and delivery service causing the certain analytics to bepresented within a user interface of the middleware online order anddelivery service during the current order for a user who is associatedwith the current order to select a given provider to fulfill the currentorder base at least in part on the certain analytics.
 21. The system ofclaim 20, wherein the operations associated with processing the secondAPI further includes receiving the metrics from the correspondingprovider servers each time a given order is received and fulfilled bythe corresponding providers.